home *** CD-ROM | disk | FTP | other *** search
/ Cream of the Crop 22 / Cream of the Crop 22.iso / comm / iprv094.zip / NOTES.TXT < prev    next >
Text File  |  1996-07-31  |  6KB  |  149 lines
  1. IPROUTE V0.94 Status as of 31-Jul-1996
  2.  
  3.  * This release provides support for Microsoft's TRACERT.
  4.  
  5.  * Beta 0.932 included a minor change to the packet driver interface
  6.    code that allows shims and other unusual packet drivers to work again
  7.    (apparently broken by beta 0.917).
  8.  
  9.  * Beta 0.93 provided support for incoming passive mode FTP and
  10.    incoming data connections from an FTP server that originate on
  11.    ports other than 20.  These features are controlled by the
  12.    "set nat ftp-pasv {off,on}", and "set nat ftp-data-any {off,on}"
  13.    commands.  Both of these features are off by default.
  14.  
  15.  * Beta 0.93 allowed static routes to be associated with script
  16.    labels via the "route" command.  Scripts can now be written that
  17.    dial one of several phone numbers, etc, based on the destination
  18.    IP address using the "on packet *" command.
  19.  
  20.  * Beta 0.93 supported CHAP authentication as a server.  This is
  21.    controlled by the "set ppp <iface> authenticate chap" command.
  22.  
  23.  * Beta release 0.925 fixed the "set nat send-reset on" command, and
  24.    CHAP authentication as a client.  In addition, NAT and filtering
  25.    supported more protocols.
  26.  
  27.  * Beta release 0.917 fixed the "timeout and re-dial" problem that was
  28.    introduced into PPP in V0.91.
  29.  
  30.  * Beta release 0.916 fixed several problems in the PPP code that could
  31.    result in "random" memory modifications, calls to bad addresses, and
  32.    corruption of packet queues.
  33.  
  34.  * Tested on various 386 & 486 machines.  286 tested with IPR286.EXE.
  35.    Users report success on Pentium CPUs.  Can boot off a floppy, but
  36.    cannot run totally diskless.
  37.  
  38.  * Tested with SMC Elite series ethernet (8 & 16-bit) cards, SMC Elite
  39.    Ultra, with 3COM 3C503 and 3C509B, and with some NE2000 clone cards.
  40.    Works much better with Crynwr packet driver release 11 drivers than
  41.    with earlier Crynwr packet drivers.  Users report success with Crynwr
  42.    Token Ring packet driver.
  43.  
  44.  * Tested with various 8250/16450/16550 async ports.  Used with US
  45.    Robotics Courier V.34 external modem, Telebit T3000, and US Robotics
  46.    Sportster V.34 internal & external modems.  Users report success
  47.    with the Motorola BitSurfer products.
  48.  
  49.  * European users report success with the use of ISDN interfaces with
  50.    Herbert Hanewinkel's ISPA (packet driver that looks like an ethernet
  51.    and interfaces to the European standard ISDN API CAPI).
  52.  
  53.  * SLIP tested with KA9Q, DECserver 700/16 terminal server, SCO UNIX.
  54.  
  55.  * PPP tested with Ascend MAX, Cisco 2509, KA9Q, Microsoft Windows NT
  56.    3.50 RAS, Rockwell Nethopper, Telebit NetBlazer, Trumpet Winsock.
  57.  
  58.  * Ethernet operation tested with Cisco, KA9Q, SCO UNIX, NetBSD, Trumpet
  59.    Winsock, FTP PC/TCP, MacTCP, TGV MultiNet, etc.
  60.  
  61.  
  62. CRASHES & HANGS
  63.  
  64.  * Some 286 motherboards crash when running IPRoute.  I don't know why.
  65.  
  66.  
  67. INTERFACE ISSUES
  68.  
  69.  * Some serial port UART chips apparently lose transmitter interrupts
  70.    infrequently.  The async driver now detects these conditions and
  71.    resumes transmission and counts a serial "stall".  This seems to
  72.    be due to a UART chip design problem.  If you see many stalls on
  73.    your async ports then you should try changing the serial card or
  74.    modem to avoid the performance loss involved in stall recovery.
  75.  
  76.  * If the PPP peer terminates the LCP connection then PPP will exit
  77.    without a script "on" condition being taken.  This is a good
  78.    reason never to end a script with a "ppp" command (put a goto
  79.    after it).
  80.  
  81.  * The "exit" command doesn't always work on async interfaces.
  82.  
  83.  * SLIP should allow a command interpreter or script processor to receive
  84.    the cd loss "packet" that made SLIP exit, but SLIP flushes it.  PPP
  85.    has the same problem.
  86.  
  87.  * The only link-level encapsulations supported are ethernet over a packet
  88.    driver, SLIP (with or without header compression) and asynchronous PPP.
  89.    Synchronous PPP and frame relay are (still) on my wish list.
  90.  
  91.  
  92.  
  93. IP & ROUTING ISSUES
  94.  
  95.  * IP option processing is not compliant with appropriate RFCs.  The
  96.    existing behavior is allowed, but not as the default, according to
  97.    RFC 1812.  Specifically, all source routed packets are dropped, and
  98.    timestamp and record route options are ignored.
  99.  
  100.  * All outgoing datagrams are now routed by scanning an ordered list of
  101.    routes.  This is easy and guarantees correct operation, but could be
  102.    faster.  A routing cache hashed by destination IP address will be
  103.    implemented eventually.
  104.  
  105.  * RIP does not make or respond to requests.  Triggered updates are not sent.
  106.    Routes for directly connected networks are not poisoned correctly when
  107.    lost.  RIP version 2 code does not send or listen to multicasts.
  108.  
  109.  * OSPF is not supported.
  110.  
  111.  * The ICMP router discovery protocol is not supported.
  112.  
  113.  
  114.  
  115. NAT ISSUES
  116.  
  117.  * NAT should allow incoming IDENT requests to be proxied for outbound
  118.    connections back to the internal originating machine.
  119.  
  120.  * A nat entry for an ftp control connection could time out and be
  121.    removed while its data connection is still active.  This is not
  122.    much of a problem in practice, because the timeout is 24 hours.
  123.  
  124.  * The network manager cannot control the address translation timeout
  125.    parameters.
  126.  
  127.  
  128.  
  129. MISCELLANEOUS
  130.  
  131.  * Several users have asked for command line editing, etc.
  132.  
  133.  * Some users have asked for a way to make the router beep during script
  134.    execution.
  135.  
  136.  * The logging subsystem needs to be finished.  There should be a way to view
  137.    the in-memory log without losing it.  Eventually tcp transport should be
  138.    supported.
  139.  
  140.  * There is no proxy ARP support.
  141.  
  142.  * There is no support for BOOTP or RARP.
  143.  
  144.  * There is no way to reconfigure the router, or supply a new executable,
  145.    over the network.
  146.  
  147.  * There is no SNMP support.
  148.  
  149.